home *** CD-ROM | disk | FTP | other *** search
/ Linux Cubed Series 4: GNU Archives / Linux Cubed Series 4 - GNU Archives.iso / gnu / graphics.17 / graphics / graphics-0.17 / tek2plot / 4014.doc next >
Encoding:
Internet Message Format  |  1990-10-19  |  3.1 KB
  1. Date: Fri, 12 Oct 90 18:32:47 -0400
  2. From: rosen@bu.edu (David B. Rosen)
  3. To: Rich@rice.edu
  4. In-Reply-To: Richard Murphey's message of Fri, 12 Oct 90 00:01:02 EST
  5. Subject: translation of tek4014 to unix plot format
  6.  
  7. Here's the 4014 description I wrote awhile ago. It's based on a
  8. description that came with the manual for a 4014 emulator, not on the
  9. official description from tektronics. It also includes a description
  10. of a resolution extension I proposed, which you might not want to
  11. implement.
  12.  
  13. --
  14.  
  15. Tek 4014:
  16.  
  17. Pixel scale (pixels/length) same in x as y, i.e., the aspect ratio is unity.
  18. 1024 by 780 dots.
  19. (Extended (EGM) resolution: 4096 by 3120.)
  20. (My compatible but nonstandard extension: 16384 by 12480.)
  21.  
  22. Control codes:
  23.     GS  (ascii 29) -  enter graphics mode
  24.     US  (ascii 31) -  enter alpha mode
  25. Escapes codes:
  26.     esc formfeed (ascii 12) - clear screen and enter alpha mode
  27.     esc `            - select normal line format
  28.     esc a            - select dotted line format
  29.     esc b            - select dot-dashed line format
  30.     esc c            - select short-dashed line format
  31.     esc d            - select long-dashed line format
  32.     The escape codes above are recognized from both graph and alpha state.
  33.  
  34. A sequence of N endpoints to be connected by drawing N-1 lines is given as:
  35. <GS><endpoint1><endpoint2><endpoint3>... <endpointN>
  36.  
  37. A <US> should be put in every record after the last graphics sequence
  38. so that if the terminal receives a broadcast message between any two
  39. records, it will not be in graph state, at least in in operating
  40. systems that do record-oriented i/o.
  41.  
  42. Each line should contain 78 or fewer characters so the system does not insert
  43. a newline for software-wrapping terminals of 80 character width.
  44.  
  45. Each endpoint is a sequence of some or all of the following bytes (in order):
  46.  
  47.       Bit:     7(m.s.) 6     5     4     3     2     1     0(l.s.)
  48. Byte:
  49. A             0     1    -1y    -2y    -3y    -4y    -5y
  50. EGM Extra          -13y     1     1    -13x    -11y     -12y    -11x    -12x
  51. B        -14y     1     1    -6y    -7y    -8y    -9y    -10y
  52. C             0     1    -1x    -2x    -3x    -4x    -5x
  53. D        -14x     1     0    -6x    -7x    -8x    -9x    -10x
  54.  
  55. Bit -1Y is the most significant bit of the y-coordinate, etc.  Byte D is always
  56. included, as it terminates the endpoint.  Bytes A and C may each be omitted if
  57. their five bits are the same as those in the previous endpoint. If there  is no
  58. change in y from the last point, then bytes A and B may be omitted.  If the EGM
  59. byte is omitted, then the bits it represents are assumed zero. 
  60.  
  61. A byte having 0,1 in bits 6,5 is A if it is before the first 1,1
  62. (or if there is there is no 1,1);  otherwise it is C.
  63.  
  64. This scheme represents three compatible levels of resolution:
  65. 10 bits --  (bits -11, -12  missing on output, zero on input) --  Tek 4014/4010
  66. 12 bits -- (bits -13, -14 constant on output, const. or zero on input) -- EGM
  67. 14 bits --  My nonstandard extension
  68.  
  69. My extension is compatible when it is used to generate output that will be the
  70. input to the standard schemes because the extra bits are simply ignored.  When
  71. used to interpret input, my extension should be compatible with the output of
  72. the standard schemes so long as the unused bits are constant.  In any case, the
  73. worst that can happen is that some insignificant bits are random instead of
  74. constant.
  75.  
  76.